home *** CD-ROM | disk | FTP | other *** search
/ Mac OS 9 Serial Number Archive / SN Archive 2023.11.04.toast / Cracking Texts / Hackintosh Bible v1.4 / Hackintosh Bible v1.4.rsrc / TEXT_177.txt < prev    next >
Encoding:
Text File  |  1997-05-07  |  5.0 KB  |  135 lines
  1.  
  2. =========================================================================
  3.                                 ==Phrack Inc.==
  4.  
  5.                      Volume One, Issue Six, Phile 5 of 13
  6.  
  7. ===============================================================================
  8.                                  ------------
  9.                                  Unix Nasties
  10.                                  ------------
  11.                                By Shooting Shark
  12.  
  13.                            Written on April 3, 1986
  14. ===============================================================================
  15.  
  16. Summary:  Methods of sabotaging your favorite Unix system.
  17.  
  18. Preface:  I do not advocate utilizing ANY of the methods I put forth in this
  19.           file.  Unix is a cool operating system, perhaps one of the best
  20.           systems ever designed in many respects.  If you have access to a Unix
  21.           system, you should LEARN UNIX AND LEARN C, because that is where the
  22.           money is in the computer world.  However, Unix is a relatively
  23.           insecure operating system which is easy to fuck up. This file
  24.           explains a few ways of doing so.
  25.  
  26. Crash The System
  27. ----------------
  28. Unix has no built-in provision for the maximum amount of disk space allowed per
  29. user.  Thus, one user can grab all the disk space on the system and effectively
  30. prevent anyone else from writing to the disk.  A simple way of grabbing all the
  31. disk space is to create subdirectory after subdirectory until it is no longer
  32. possible.  Here are a few ways of doing it.
  33.  
  34. 1>  Create a file with the following lines:
  35.  
  36. mkdir subdir
  37. cd subdir
  38. source /u1/mydir/crash
  39.  
  40.     Call it crash.  The last line ("source /u1/mydir/crash") should be altered
  41.     so that it will look for the file in your directory.  If your directory is
  42.     /u3/students/jeff, the last line should say "source
  43.     /u3/students/jeff/crash". After you write the above file, type:
  44.  
  45. % source crash
  46.  
  47.     and wait...within a few minutes the program will abort because it won't
  48.     have any more room on the disk.  Neither will anyone else.
  49.  
  50. 2>  Here's a more elegant way of doing the same thing.  Create this "endless
  51.     loop" shellscript:
  52.  
  53. while : ; do
  54. mkdir subdir
  55. cd subdir
  56. done
  57.  
  58.     and then "source" the file.  If you are in the "sh" shell (if you are, you
  59.     will probably have a "$" prompt) you can type "while : ; do" from the $
  60.     prompt.  You will then get a > prompt.  Type the next three lines and sit
  61.     back.
  62.  
  63. 3>  If you'd like to set the process in motion and hang up, and the file is
  64.     called crash, type:
  65.  
  66. % nohup source crash &
  67.  
  68.     and log off.  This will start it as a background process, allowing you to
  69.     log off.  However, log off QUICKLY, since if you used the first example for
  70.     your crash file, it will also eat up background processes like crazy which
  71.     will also fuck up the system to some extent.  Which brings us to...
  72.  
  73. Slow Down The System Immensely
  74. ------------------------------
  75. There are many ways of doing this, the method being creating a sufficiently
  76. large number of background processes.   Here's one specific example.  Create a
  77. file called "slow1" with the following lines:
  78.  
  79. w &
  80. source slow1
  81.  
  82. create a file called "slow2" with:
  83.  
  84. source slow1 &
  85. source slow2
  86.  
  87. and execute slow2 with
  88.  
  89. % slow2
  90. or
  91. % slow2 &
  92.  
  93. This will create 25 background processes, each one running 25 background
  94. processes.  The system will hardly move after you've got each one running.
  95.  
  96. Messing Up A Directory
  97. ----------------------
  98. Many file-handling commands use "-" options.  Create a file with a "-" at the
  99. beginning of its name by doing this:
  100.  
  101. cat > -filename
  102.  
  103. [now type a few lines, maybe something rude like "ha ha you can't delete this
  104. file".]  Type a ^D (control-d) to end input.  You now have a file called
  105. -filename in your directory.  It will be VERY difficult to remove this file.
  106. If you were to try rm (remove) -filename or mv (rename) -filename, the rm or mv
  107. program would interpret -filename as an option, not a file, and would give you
  108. an error message telling you that -filename was not a valid option...thus, the
  109. file stays there obnoxiously.
  110.  
  111. Create a couple of hundred files with "-" as the first characters in their
  112. names...it will be a royal pain for the person who is blessed with these new
  113. files, and they will probably just have to get a new login.
  114.  
  115. Conclusion
  116.  
  117. The use of any of these techniques is quite irresponsible, and if anyone did
  118. this to my Unix system, I'd be quite pissed.  That is why I strongly recommend
  119. that you never use these tricks.
  120.  
  121. So Long,
  122. Shooting Shark
  123.  
  124. "Some people have a bad attitude, and I say, if they want to act tough, beat
  125. 'em up!" -  Blue Oyster Cult
  126. -------------------------------------------------------------------------------
  127. For more information on UNIX sabotage and cracking, see the following articles:
  128.  
  129. Ritchie, Dennis M. [he wrote Unix] "On the Security of UNIX."  Programmers
  130. Manual for UNIX System III Volume II.  Supplementary Documents.
  131.  
  132. Filipski, Alan and Hanko, James.  "Making UNIX Secure."  BYTE Magazine, April
  133. 1986, pp 113-128.
  134. ===============================================================================
  135.